System and method for estimating a quantity of a blood component in a fluid canister

ABSTRACT

A variation of a method for estimating a quantity of a blood component in a fluid canister includes: within an image of a canister, identifying a reference marker on the canister; selecting an area of the image based on the reference marker; correlating a portion of the selected area with a fluid level within the canister; estimating a volume of fluid within the canister based on the fluid level; extracting a feature from the selected area; correlating the extracted featured with a concentration of a blood component within the canister; and estimating a quantity of the blood component within the canister based on the estimated volume and the concentration of the blood component within the canister.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 14/613,807 (now U.S. Pat. No. 9,171,368), filed 4 Feb. 2015, which is a continuation of U.S. patent application Ser. No. 13/738,919 (now U.S. Pat. No. 8,983,167), filed 10 Jan. 2013, which claims the benefit of U.S. Provisional Patent Application No. 61/703,179, filed on 19 Sep. 2012, U.S. Provisional Patent Application No. 61/646,822, filed on 14 May 2012, and U.S. Provisional Patent Application No. 61/722,780, filed on 5 Nov. 2012, all of which are incorporated in their entireties by this reference.

This application is related to U.S. patent application Ser. No. 13/544,646, filed on 9 Jul. 2012, which is incorporated in its entirety by this reference.

TECHNICAL FIELD

This invention relates generally to the surgical field, and more specifically to a new and useful system and method for estimating the extracorporeal blood volume in a canister for use in surgical practice.

BACKGROUND

Overestimation and underestimation of patient blood loss is a significant contributor to high operating and surgical costs for hospitals, clinics and other medical facilities. Specifically, overestimation of patient blood loss results in wasted transfusion-grade blood and higher operating costs for medical institutions and can lead to blood shortages. Underestimation of patient blood loss is a key contributor of delayed resuscitation and transfusion in the event of hemorrhage and has been associated with billions of dollars in avoidable patient infections, re-hospitalizations, and lawsuits annually.

Thus, there is a need in the surgical field for a new and useful method for estimating a quantity of a blood component in a fluid canister. This invention provides such a new and useful system and method.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a flowchart representation of a method of one embodiment;

FIG. 2 is a flowchart representation of one variation of the method;

FIG. 3 is a flowchart representation of one variation of the method;

FIGS. 4A and 4B are graphical representations in accordance with one variation of the method;

FIGS. 5A, 5B, 5C, and 5D are graphical representations in accordance with variations of the method;

FIGS. 6A and 6B are graphical representations in accordance with one variation of the method;

FIGS. 7A and 7B are graphical representations in accordance with one variation of the method;

FIG. 8 is a graphical representation in accordance with one variation of the method; and

FIG. 9 is a schematic representation of a system of one embodiment.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

The following description of preferred embodiments of the invention is not intended to limit the invention to these preferred embodiments, but rather to enable any person skilled in the art to make and use this invention.

1. Methods

As shown in FIGS. 1 and 2, a method S100 for estimating a quantity of a blood component in a fluid canister includes: within an image of a canister, identifying a reference marker on the canister in Block S110; selecting an area of the image based on the reference marker in Block S120; correlating a portion of the selected area with a fluid level within the canister in Block S130; estimating a volume of fluid within the canister based on the fluid level in Block S140; extracting a feature from the selected area in Block S150; correlating the extracted featured with a concentration of a blood component within the canister in Block S160; and estimating a quantity of the blood component within the canister based on the estimated volume and the concentration of the blood component within the canister in Block S170.

As shown in FIG. 3, one variation of the method S100 includes: removing a background from an image of a canister in Block S112; correlating a segment of the image with a portion of the canister containing fluid in Block S120; estimating a volume of fluid within the canister based on the segment in Block S140; extracting a color feature from a pixel within the segment in Block S150; correlating the color feature with a concentration of a blood component within the canister in Block S160; and estimating a content of the blood component within the canister based on the estimated volume of fluid and the concentration of the blood component within the fluid canister in Block S170.

The method S100 functions to implement machine vision to estimate the content of a blood component within a fluid canister. Generally, the method S100 can analyze an image of a fluid canister to determine a fluid volume within the canister in Block S140 and a concentration of the blood component in Block S160, data that can be combined to derive the content of the blood component within the canister in Block S170. The method S100 can therefore recite a variation of and/or implement techniques described in U.S. patent application Ser. No. 13/544,646, which is incorporated herein by reference.

The blood component can be any of whole blood, red blood cells, hemoglobin, platelets, plasma, or white blood cells. However, the method S100 can also implement Block S180, which recites estimating a quantity of a non-blood component within the canister based on the estimated volume and the concentration of the non-blood component within the canister. The non-blood component can be saline, ascites, bile, irrigant saliva, gastric fluid, mucus, pleural fluid, urine, fecal matter, or any other bodily fluid of a patient.

The fluid canister can be a suction canister implemented in a surgical or other medical, clinical, or hospital setting to collect blood and other bodily fluids, wherein the fluid canister can be translucent or substantially transparent such that the method S100 can identify and analyze fluid contained within the canister. The canister can alternatively be a blood salvage canister, an intravenous fluid bag, or any other suitable blood- or fluid-bearing container for collecting surgical waste or recovering biological fluid. For example, the canister can be a surgical fluid canister including: a translucent container configured to hold a fluid, the container including a wall and a series of horizontal fluid volume indicator markings arranged along the wall and visible from external the container; and an anti-glare strip arranged on an external surface of the wall. The anti-glare strip can be arranged on the container such that the area selected from an image of the canister in Block S120 of the method S100 includes at least a portion of the anti-glare strip. The anti-glare strip can therefore be positioned on the container to reduce glare on the portion of the container corresponding to the selected area of the image, thus reducing glare-induced errors in the estimated content of the blood component in the canister. The anti-glare strip can be an adhesive strip, such as Scotch tape by 3 M or a marking printed on an external surface of the surgical fluid canister, and the anti-glare strip can include a dull, matte, satin, or other suitable anti-glare surface finish. The anti-glare strip can also be a narrow strip extending from proximal the bottom of the surgical fluid canister to proximal the top of the surgical fluid canister, though the anti-glare strip can be of any other form, geometry, material, or surface finish and can be applied to the surgical fluid canister in any other way. However, the fluid canister can be any other suitable type of canister including any other suitable feature.

Because any of the foregoing blood and non-blood fluids can be collected in the fluid canister in any quantity and concentration during a surgery or other medical event, and because fluid content and concentration cannot be estimated substantially in real time through canister volume readings alone, the method S100 can be useful in quantifying an amount and/or concentration of a blood component (e.g., hemoglobin) and/or other fluids (e.g., saline). Furthermore, from this derived data, the volume of extracorporeal blood in the fluid canister can be estimated, thus enabling substantially comprehensive blood loss monitoring, particularly when implemented alongside any of the method S100s described in U.S. patent application Ser. No. 13/544,646, which is incorporated herein by reference, which describes estimating extracorporeal blood volume in surgical sponges, in surgical towels, and/or on other surfaces.

The method S100 is can be implemented by a computer system as a fluid canister analyzer that analyzes a photographic image to estimate the content of a fluid canister. The computer system can be cloud-based (e.g., Amazon EC2 or EC3), a mainframe computer system, a grid-computer system, or any other suitable computer system. The method S100 can therefore be implemented by a handheld (e.g., mobile) computing device, such by a smartphone, digital music player, or tablet computer executing a native blood component analysis application as shown in FIGS. 1 and 4A. For example, a camera integral with the computing device can capture the image of the fluid canister, and a processor integral with the computing device implement Blocks S110, S120, S130, etc. Additionally or alternatively, the computing device can communicate with a remote server, such as over the Internet via a wireless connection, wherein the server performs at least some Blocks of the method S100 and wherein at least some of the outputs of the method S100 are transmitted back to the computing device for further analysis and/or subsequent release to a user. The computing device can also include or be coupled to a digital display such that the method S100 can display information to a user (e.g., a nurse or anesthesiologist) through the display.

Alternatively, the method S100 can be implemented as a standalone blood volume estimation system including a fluid canister, a fluid canister stand, a camera, a camera stand configured to support the camera adjacent the fluid canister, a digital display, a processor configured to perform at least a portion of the method S100, and/or a communication module configured to communicate with a remote server that performs at least a portion of the method S100. In this implementation, the camera can be substantially non-transiently positioned relative to a fluid canister stand such that the camera remains in a suitable position to capture an image of a canister substantially throughout a surgery or other medical event and/or until the canister is full. This can enable the camera to regularly capture and analyze images of the fluid canister, such as every thirty seconds or every two minutes. This system implementing the method S100 can further communicate (e.g., via Bluetooth) with another one or more systems implementing any one or more of methods of U.S. patent application Ser. No. 13/544,646 to enable a substantially comprehensive estimate of extracorporeal blood volume and thus total patient blood loss. However, the method S100 can be implemented in or by any other computer system, computing device, or combination thereof.

As shown in FIG. 3, one variation of the method S100 includes Block S102, which recites capturing an image of the canister. Block S102 can interface with a camera or other suitable optical sensor to capture the image of a field of view of the camera or optical sensor, wherein the canister is in the field of view of the camera or optical sensor. As shown in FIG. 5A, Block S102 can capture the image that is a static, single-frame image including at least a portion of the fluid canister. Alternatively, Block S102 can capture the image that is a multi-frame video feed including multiple static images of the fluid canister. The image can be a color image, a black and white image, a grayscale image, an infrared image, a field of view of an optical sensor, a fingerprint of a field of view of an optical sensor, a point cloud, or any other suitable type of image.

In one implementation, Block S102 captures the image of the canister according to a time schedule, such as every thirty seconds or every two minutes during a surgery. Alternatively, Block S102 can implement machine vision and/or machine recognition techniques to identify the canister within the field of view of the optical sensor and trigger image capture once a canister (or other blood-containing item) is detected. For example, Block S102 can capture an image of the field of view of the canister each time a user holds the camera (e.g., the computing device that incorporates the camera) up to the fluid canister. Similarly, Block S102 can cooperate with Block S140 to capture the image of the canister once a threshold increase is canister fluid volume is detected. Therefore, Block S112 can capture images of the canister automatically, such as based on a timer, changes in canister fluid volume, or availability of the canister for imaging, which can enable the method S100 to track fluid collection in the canister over time, as shown in FIGS. 7A and 7B. This can be useful in mapping trends in patient fluid loss and/or predicting future patient fluid (e.g., blood) loss. Alternatively, Block S102 can capture the image of the canister according to a manual input, such as from a nurse or anesthesiologist.

In the foregoing implementations, Block S102 can further guide a user in capturing the image of the fluid canister. For example, as shown in FIGS. 4A and 4B, Block S102 can display an alignment graphic on a display of the computing device, wherein the display also functions as a viewfinder for a camera incorporated into the computing device. In this example, Block S102 can prompt the user to align an edge of the canister in the field of view of the camera with the alignment graphic rendered on the display, as shown in FIG. 4A. The alignment graphic can include points, lines, and/or shapes (e.g., an outline of a canister) to be aligned with a side, feature, decal, and/or the reference marker of or on the fluid canister. Block S102 can thus guide a user in properly positioning the canister relative the camera (or other optical sensor) in preparation for imaging. The alignment graphics can additionally or alternatively include curves suggestive of a perspective view of the fluid canister, which can guide the user in positioning the canister in a preferred orientation, (e.g., vertical and/or horizontal pitch) relative to and/or distance from the camera. Block S102 can also interface with a light source or flash system to control lighting of the canister during image capture of the canister. Block S102 can additionally or alternatively alert a user, such as with an audible or visual alarm, if lighting of the canister was insufficient or too poor to enable substantially accurate estimation of fluid volume of blood content of the canister. Block S102 can thus enable image capture of the fluid canister with a substantially high degree of accuracy and repeatability with predictable canister positioning, lighting compensation, etc., which can further enable substantially accurate and repeatable blood component content estimations in Block S170.

Block S102 can also timestamp each image of the canister as the canister is filled, replaced, and/or emptied, which can further enable the method S100 to track changes in fluid level within the canister, map patient blood (and fluid) loss trends, etc. However, Block S102 can function in any other way to capture the image of the canister.

Block S102 of the method S100 recites, within an image of a canister, identifying a reference marker on the canister. Generally, Block S110 functions recognize a canister-related marker within the image. By identifying the marker, Block S110 can enable analysis of particular portions of the image in subsequent Blocks. Block S110 can implement any suitable machine vision technique and/or machine learning technique to identify the reference marker. For example, Block S120 can implement object localization, segmentation (e.g. edge detection, background subtraction, grab-cut-based algorithms, etc.), gauging, clustering, pattern recognition, template matching, feature extraction, descriptor extraction (e.g. extraction of texton maps, color histograms, HOG, SIFT, MSER (maximally stable extremal regions for removing blob-features from the selected area) etc.), feature dimensionality reduction (e.g. PCA, K-Means, linear discriminant analysis, etc.), feature selection, thresholding, positioning, color analysis, parametric regression, non-parametric regression, unsupervised or semi-supervised parametric or non-parametric regression, or any other type of machine learning or machine vision to estimate a physical dimension of the canister. Block S110 can further compensate for varying lighting conditions of the canister, variations in fluid compositions canister (e.g., widely varying color, transparency, refractive indices, etc.), lens- or software-based optical distortion in the image, or any other inconsistency or variable prevalent in any use scenario.

In one implementation, Block S110 identifies the reference marker that is a boundary between the canister and a background, which can enable Block S110 to remove a portion of the image corresponding to the background. In another implementation, Block S110 identifies the reference marker that is a symbol arranged on the canister, as shown in FIG. 5B. For example, the symbol can be a manufacturer's label printed on the canister, a fluid volume scale printed on the canister, a colored dot (e.g., sticker) adhered to the outside of the canister, a common (e.g., standardized) marking printed on surgical canisters from a variety of manufacturer's, or any other suitable reference marker. In a further implementation, Block S110 identifies the marker based on surface finish on the canister. For example, Block S110 can identify the marker that is a portion of the canister than includes a matte or other substantially glare-free finish.

Block S110 can additionally or alternatively implement machine vision techniques to identity the type of fluid canister. For example, Block S110 can implement template matching to determine the type of the canister, such as by accessing a template library of reference markers, each reference marker associated with a particular type of canister, such as from a particular manufacturer, of a particular size, and/or of a particular shape. In this implementation, or more subsequent Blocks of the method S100 can be tailored for a specific type of fluid canister, wherein Block S110 functions to set a particular implementation path for the subsequent Blocks dependent on the particular canister type. However, Block S110 can function in any other way to identify any other suitable reference marker in the image of the canister and/or the type of canister.

Block S112 of the method S100 recites removing a background from an image of a canister. Because the background is unlikely to contain useful information related to the volume and/or quality of fluid within the fluid canister, Block S112 excludes substantially unnecessary portions of the image, thus enabling subsequent Blocks of the method S100 to focus analysis on portions of the image (more likely) containing information pertinent to the quality and quantity of fluid in the canister, as shown in FIGS. 5B and 5C. In one implementation, Block S112 applies machine vision, such as edge detection, grab-cut, foreground detection, or any other suitable technique, to isolate a portion of the image associated with the physical canister and to discard the remainder of the image falling outside of a detected boundary of the canister.

In another implementation, Block S112 uses the identified reference marker to anchor a predefined canister perimeter to the image. Block S112 can then discard an area of the image that falls outside of the predefined canister perimeter. For example, Block S112 can select a particular predefined, canister-shaped boundary according to the size and/or geometry of the canister identified in the image in Block S110. Alternatively, Block S112 can receive an input from a user identifying the type of fluid canister and subsequently apply a predefined boundary filter according to the entered canister type. However, Block S112 can function in any other way to remove a background portion from the image of the fluid canister.

Block S120 of the method S100 recites selecting an area of the image based on the reference marker, as shown in FIG. 5D. Generally, Block S120 functions to select a particular area of the image corresponding to a particular region of interest of the surface of the canister. The region of interest can be particularly characteristic of the contents of the canister, such as a region of substantially low glare (e.g., including a matte coating or anti-glare sticker or tape), a region substantially nearest a viewing plane of the camera, a region substantially centered between perceived sides of the canister, and/or a region of the canister substantially free of additional markings, labels, etc. The selected area can further bisect a surface of the fluid within the canister such that Block S130 can subsequently identify the level of fluid within the canister based on analysis of the selection area. The selected area can therefore be one or more contiguous and/or discontiguous pixels within the image and containing information substantially characteristic of the contents of the canister. Furthermore, the selected are can correspond to a surface of the canister (e.g. a vertical white stripe) that is opaque enough to eliminate background noise but exhibits a substantially abrupt color transition proximal a fluid surface, thus enabling Block S130 to estimate the fluid height in the canister.

In one example implementation, as shown in FIGS. 5C and 5D, Block Silo implements machine vision to identify the reference marker arranged at a standardized position on the canister, and Block S120 selects the area of the image according to a standardized distance between the reference marker and the region of interest on the canister, wherein the selected area of the image corresponding to the region of interest on the canister. For example, Block S120 can select the area of the image that is twenty pixels wide and one hundred pixels tall with geometric center offset from the reference marker (e.g., from a determined center pixel of the reference marker) by fifty pixels along the +x axis and seventy pixels along the +y axis of the image.

In another example implementation, Block S110 identifies the reference marker that is a volume marker on the canister, and Block S120 selects the area of the image that is a set of pixels adjacent a portion of the image corresponding to the volume marker. In this example implementation, Block S130 can identify a fluid meniscus within the set of pixels and compare the fluid meniscus to the volume marker in order to estimate the fluid level in the canister. For example, Block S120 can select a rectangular area of the image that is twenty pixels wide and one hundred pixels tall with upper right corner of the area offset from a left edge of the volume marker by ten pixels along the −x axis and twenty pixels along the +y axis of the image.

In yet another example implementation, Block S110 identifies horizontal volume indicator markings on the fluid canister, and Block S120 defines a first horizontal endpoint of the selected area in alignment with a common horizontal endpoint of the volume indicator markings. Block S120 further defines a second horizontal endpoint of the selected area as a median horizontal coordinate of pixels associated with the horizontal volume indicator markings, a first vertical endpoint of the selected area as the bottom boundary of the fluid-containing portion of the fluid canister, and a second vertical endpoint of the selected area on the identified surface of the fluid in the fluid canister. From these four endpoints, Block S120 can select and anchor a rectilinear area of the image. This selected area can thus capture image color information along the full vertical height of fluid in the fluid canister and substantially horizontally centered within the isolated image of the fluid-containing portion of the fluid canister.

In a further example implementation, Block S120 can define the selected area that overlaps substantially completely with the reference marker identified in Block S110. For example, Block S110 can identify the reference marker that is an anti-glare surface (e.g., anti-glare tape) on the canister, and Block S120 can define the selected area that overlaps substantially completely with the reference marker.

Block S120 can similarly recite correlating a segment of the image with a portion of the canister containing fluid, as shown in FIG. 5D. For example, Block S120 can identify a perimeter of the canister within the image and cooperate with Block 130 to identify a surface of the fluid within the canister. Block S130 can then select a segment (i.e. area of the image) of the image bounded by the perimeter of the canister and the surface of the fluid, the segment thus correlated with a portion of the canister that contains fluid. Alternatively, Block S120 can characterize the color of various pixels within a portion of the image correlated with the canister and select the segment that contains pixels characterized as substantially red (e.g., containing blood). However, Block S120 can function in any other way to select an area of the image based on the reference marker and/or correlate a segment of the image with a portion of the canister containing fluid.

Block S130 of the method S100 recites correlating a portion of the selected area with a fluid level within the canister. Generally, Block S130 functions to identify a surface of fluid in the canister and a base of the canister (e.g., a lowest extent of fluid in the canister) and, from this data, estimate a level of fluid within the canister, as shown in FIG. 6A. As described above, the selected area can bisect the surface of the fluid, and Block S130 can therefore analyze the selected area to identify the surface of the fluid. In one example implementation, Block S120 can fit a parametric function (e.g. sigmoid) to an intensity profile of the selected area that corresponds to an anti-glare strip on the canister estimate a fluid height therein. In another example implementation, Block S130 can correlate pixels in the selected area with fluid (e.g. pixels that are substantially red) and calculate an upper bound and a lower bound of fluid in the canister based on the distribution of y-coordinates of the correlated pixels. In this example, Block S130 can define the upper bound as the 95^(th) percentile of the y-coordinates, or Block S130 can begin with the 99^(th) percentile of the y-coordinates of the correlated pixels and decrement the percentile until the redness of two adjacent pixels does not change beyond a predetermined threshold, though Block S130 can function in any other way to identify and/or ignore “false-positive” ‘red’ pixels that do not correspond to fluid in the canister.

In one example implementation, Block S130 characterizes the color of each pixel (e.g., a redness value of each pixel) along a vertical line of pixels within the selected area. By scanning the line of pixels from the bottom of the line of pixels (i.e. from proximal the base of the canister) upward, Block S130 can identify a first abrupt shift in pixel color, which can be correlated with a lower bound of the surface of the fluid. By further scanning the line of pixels from the top of the line of pixels (i.e. from proximal the top of the canister) downward, Block S130 can identify a second abrupt shift in pixel color, which can be correlated with an upper bound of the surface of the fluid. Block S130 can average the upper and lower bounds of the surface of the fluid to estimate the level of the fluid within the canister. Alternatively, Block S130 can focus additional analysis on an abbreviated line of pixels between the upper and lower bounds, such as by scanning up and/or down the abbreviated line of pixels to identify more subtle changes in the color of pixels along the line. For example, Block S130 can correlate a subtle lightening of pixel color of higher pixels with a fluid meniscus. In another example, Block S130 can improve the resolution of the estimated surface of the fluid by reanalyzing pixels within subsequent abbreviated pixel lines.

Block S130 can similarly analyze two or more adjacent lines of pixels within the selected area and compare (e.g., average) results of each pixel line analysis to improve accuracy of an estimate of the location of the fluid surface. For example, Block S130 can compare the location of one border pixel in each of a set of pixel lines in the selected area to extract a curved border between a fluid-filled portion of the canister and an empty portion of the canister, and Block S130 can correlate this curved border with a fluid meniscus. Alternatively, Block S130 can estimate the fluid meniscus. For example, Block S130 can implement a lookup table of meniscus sizes and geometries, wherein the lookup table accounts for a type of canister, a fluid characteristic (e.g., redness value correlated with blood and water content in the canister), an angle between the camera and the canister, a distance between the camera and the canister, the level of fluid in the canister that is conical, and/or any other suitable variable.

Block S130 can additionally or alternatively analyze clusters of pixels, such as four-pixel by four-pixel clusters in a four-pixel-wide line of pixels within the pixel area. Block S130 can analyze discrete cluster or pixels or overlapping clusters or pixels, and Block S130 can average a characteristic, such as a redness value or color property, of the pixels in each cluster, such as to reduce error. However, Block S130 can function in any other way to identify the surface of the fluid in the canister.

Block S130 can determine a lower bound of the fluid in the canister by implementing similar methods of comparing pixel characteristics. Alternatively, Block can estimate the lower bound of the fluid to be at or proximal the determined lower boundary of the canister. However, Block S130 can function in any other way to identify the lower bound of the fluid in the canister.

Once Block S130 identifies both the upper and lower bounds of the fluid within the canister, Block S130 can calculate a pixel-based height of the fluid within the fluid canister, such as by counting the number of pixels between the lower and upper bounds at approximately the center of the portion of the image correlated with the canister. Block S130 can subsequently convert the pixel-based distance measurement to a physical distance measurement (e.g., inches, millimeters), such as by translating the pixel value according to the type of canister and/or an actual or estimated angle between the camera and the canister, distance between the camera and the canister, geometry of the canister (e.g., diameters at the canister base and at the fluid surface), and/or any other relevant metric of or between the canister and the camera. Alternately, Block S140 can directly convert the pixel-based fluid level measurement into an estimate fluid volume within the canister.

Block S120 can additionally or alternatively receive a manual input that selects or identifies the reference marker, and Block S130 can similarly additionally or alternatively receive a manual input that selects or identifies the surface of fluid or the height of fluid in the canister. For example, the method S100 can implement manual checks to teach or correct automatic selection of the reference marker and/or estimation of the canister fluid level. Block S120 and Block S130 can thus implement supervised or semi-supervised machine learning to improve selection of the reference marker and/or estimation of the canister fluid level with subsequent samples (i.e. images of one or more canisters). However, Block S120 and Block S130 can function in any other way to select the reference marker and/or estimate the canister fluid level, respectively.

Block S140 of the method S100 recites estimating a volume of fluid within the canister based on the fluid level. Generally, Block S140 functions to convert the fluid level estimate of Block S130 into a fluid volume estimate based on a canister type and/or geometry, as shown in FIGS. 1 and 7A. For example, the canister can be one of various types of frustoconical fluid canisters of various geometries (e.g., base diameter, sidewall angle, maximum fluid level) used in operating rooms and/or clinical settings to collect bodily fluids of patients. Therefore, once the type and/or geometry of the canister is entered by a user, determined through machine vision techniques, and/or accessed from a canister type and/or geometry database, Block S140 can transform the fluid level estimate into a fluid volume estimate. Furthermore, in implementations in which Block S140 converts a pixel-based fluid level measurement into a real fluid volume measurement, Block S140 can further account for an actual or estimated angle between the camera and the canister, actual or estimated distance between the camera and the canister, actual or estimated geometry of the canister (e.g., diameters at the canister base and at the fluid surface), and/or any other relevant metric of or between the canister and the camera.

In one example implementation, Block S110 implements object recognition to determine the particular type of canister in the image, Block S130 identifies a maximum number of pixels between the estimated surface of the fluid and the estimated bottom of the fluid canister, and Block S140 accesses a lookup table for the particular type of canister. The lookup table can correlate a maximum pixel number between the canister bottom and the fluid surface with canister fluid volume such that Block S140 can enter the maximum pixel number calculated in Block S130 and return the fluid volume in the canister.

In another example implementation, Block S120 implements machine vision techniques (e.g., edge detection) to determine the shape and/or geometry of the fluid canister, and Block S130 identifies the maximum number of pixels between the surface of the fluid and the bottom of the fluid canister and converts the pixel number to a physical dimension (e.g., inches, millimeters) of fluid level in the canister. Block S140 subsequently transforms the estimated fluid level into an estimated total fluid volume in the canister according to an estimated physical cross-section of the canister that is based on the determined the shape and/or geometry of the fluid canister from Block S130.

In yet another example implementation, Block S110 implements machine vision techniques to identify fluid level markings printed (or embossed, adhered, etc.) on the fluid canister and Block S130 identifies the surface of the fluid within the canister. Block S140 subsequently extrapolates the volume of fluid within the canister based on the fluid surface and one or more fluid level markings adjacent the fluid surface.

Alternatively, Block S140 can access a direct fluid level measurement from a fluid level sensor coupled to (e.g., arranged in) the fluid canister. Block S140 can also receive manual entry of a manual reading of the fluid level in the canister. For example, the method S100 can implement manual checks to teach or correct automatic fluid volume estimate. Block S140 can thus implement supervised or semi-supervised machine learning to improve canister fluid volume estimation over time. However, Block S140 can function in any other way to estimate or otherwise access a measurement of the volume of fluid in the canister.

Block S150 of the method S100 recites extracting a feature from the selected area. Generally, Block S150 functions to identify, in the select are of the image of the canister, features indicative of a quality of fluid in the canister. For Block S160 that implements parametric techniques to correlate the extracted featured with a concentration of a blood component within the canister, Block S150 can extract the feature, from one or more pixels within the selected area, that is a color (red), a color intensity (e.g., redness value), a luminosity, a hue, a saturation value, a brightness value, a gloss value, or other color-related value in one or more component spaces, such as the red, blue, green, cyan, magenta, yellow, key, and/or Lab component spaces. Block S150 can additionally or alternatively extract one or more features that is a histogram of various color or color-related values in a set of pixels within the selected area. As shown in FIG. 6B, for Block S160 that implements parametric techniques to correlate the extracted featured with a concentration of a blood component within the canister, Block S150 can extract the feature that is a cluster of pixels within the selected area and correlated with a portion of the canister than contains fluid, such as a cluster of pixels that can be compared to template images in a library of template images of known blood component concentrations. However, Block S150 can extract any other suitable feature from one or more pixels within the selected area.

Therefore, as shown in FIGS. 6A and 6B, Block S150 can extract features from multiple pixels within the selected area to collect a set of features indicative of fluid quality over the (full) height, width, and/or area of the select area correlated with a portion of the fluid canister that contains fluid. For example, Block S150 can segment the selected area into m-pixel by n-pixel clusters of pixels, wherein an o by p array of pixel clusters substantially fills the selected area. Block S150 can then analyze each pixel cluster to extract one feature per pixel cluster. Block S150 can further average or otherwise combine features from the pixel clusters to extract a single feature indicative of fluid quality from the selected area. In another example, Block S150 can segment the selected area into non-overlapping single-pixel-thickness (horizontal) rows extending across the full width of the selected area. In this example, Block S150 can average pixel properties in each row to extract a single feature from each row of pixels. Similarly, Block S150 can segment the selected area into three-pixel-thickness row sets extending across the full width of the selected area, wherein the outer single rows of each row set (except the lowermost and uppermost row sets) are shared with adjacent row sets, and wherein the pixels in each row set are averaged to extract a single feature from a set of pixels. Block S150 can additionally or alternatively segment the selected area into non-overlapping triangular pixel clusters, overlapping cross-shaped five-pixel arrays (shown in FIGS. 6A and 6B), overlapping circular pixel clusters, or any other suitable shape and number of overlapping and/or discrete pixel clusters and, from these pixel clusters, extract one or more of the same or different types of features from the set of pixels. Block S150 can alternatively extract a feature from each individual pixel in the selected area or extract any other number of features in any other way from information stored in pixels of the image bounded by the selected area.

Block S150 can additionally or alternatively extract one or more features from the selected area, as described in U.S. patent application Ser. No. 13/544,646, which is incorporated herein in its entirety by the reference. However, Block S150 can function in any other way to extract a feature from the selected area.

As described in U.S. patent application Ser. No. 13/544,646, Block S150 can further access non-image features, such as actual or estimated current patient intravascular hematocrit, estimated patient intravascular hematocrit, historic patient intravascular hematocrit, weight of the fluid canister or direct measurement of canister fluid volume, clinician-estimated canister fluid volume, fluid volumes and/or qualities of previous fluid canisters, previous fluid volumes and/or qualities of the fluid canister, an ambient lighting condition, a type or other identifier of the fluid canister, directly-measured properties of fluid in the fluid canister, a patient vital sign, patient medical history, an identity of a surgeon, a type of surgery or operation in process, or any other suitable non-image feature. For example, as described below and in U.S. patent application Ser. No. 13/544,646, Block S160 and/or other Blocks of the method S100 can subsequently implement any of these non-image features to select template images for comparison with pixel clusters in the selected area, to select of a parametric model or function to transform the extracted feature(s) into a blood component estimate, to define alarm triggers for excess fluid or blood loss, to transform one or more extracted features into a blood quantity indicator, or to transform one or more extracted features into a quantity or quality of an other fluid or solid in the fluid canister. However, the method S100 can implement any of these non-image features to modify, enable, or inform any other function of the method S100.

As shown in FIG. 2, Block S160 of the method S100 recites correlating the extracted featured with a concentration of a blood component within the canister. As shown in FIG. 3, Block S160 can similarly recite correlating the color feature with a concentration of a blood component within the canister. Generally, Block S160 functions to transform one or more features (e.g., color feature) extracted from the image in Block S150 into an estimated concentration of a blood component within fluid in the canister. As described above, the blood component can be any of whole blood, red blood cells, hemoglobin, platelets, plasma, white blood cells, or any other blood component. For example, Block S160 can implement parametric analysis techniques and/or non-parametric analysis techniques, such as described in U.S. patent application Ser. No. 13/544,646, to estimate the concentration of the blood component within the fluid in the canister.

In one implementation, Block S150 extracts features from pixel clusters within the selected area of the image, and Block S160 tags each pixel cluster with a blood volume indicator based on a non-parametric correlation of each pixel cluster with a template image in a library of template images of known blood component concentration. For example, as shown in FIG. 6A, Block S150 can extract a color intensity in the red component space from a set of pixel clusters, and Block S160 can implement a K-nearest neighbor method to compare each extracted feature with redness intensity values of template images. In this example, each template image can include a pixel cluster tagged with a known fluid quality, such as hemoglobin volume or mass per unit volume of fluid or per pixel unit (e.g., hemoglobin concentration). Each template image can additionally or alternatively include a pixel cluster tagged with the volume, mass, density, etc. per unit volume of fluid or per pixel unit of any other liquid or solid in the canister. Once Block S160 identifies a suitable match between a particular pixel cluster and a particular template image, Block S160 can project known fluid quality information from the particular template image onto the particular pixel cluster. Block S160 can then aggregate, average, and/or otherwise combine pixel cluster tags to estimate output a total blood component concentration for the fluid in the canister. However, Block S160 can correlate the extracted featured with a concentration of a blood component within the canister via any other suitable non-parametric method or technique.

In another implementation, Block S150 extracts features from pixel clusters within the selected area of the image, and Block S160 implements a parametric model or function to tag each pixel cluster with a blood component concentration. As described in U.S. patent application Ser. No. 13/544,646, Block S160 can insert one or more extracted features from one pixel cluster into a parametric function to substantially directly transform the extracted feature(s) from the pixel cluster into a blood component concentration. Block S160 can then repeat this for each other pixel cluster in the selected area. In one example, the extracted feature(s) can include any one or more of a color intensity in the red component space, a color intensity in the blue component space, and/or a color intensity in the green component space. In this example, the parametric function can be a mathematical operation or algorithm that relates color intensity to hemoglobin mass per unit fluid volume. As described in U.S. patent application Ser. No. 13/544,646, reflectance of oxygenated hemoglobin (HbO₂) at certain wavelengths of light can be indicative of the concentration of hemoglobin per unit volume of fluid. Therefore, in another example, Block S150 can extract a reflectance values at a particular wavelength for each of a set of pixel clusters in the selected area, and Block S160 can convert each reflectance value into a hemoglobin concentration value by implementing a parametric model. Block S160 can then combine the hemoglobin concentration values to estimate the total (i.e. average) hemoglobin concentration in the canister. Furthermore, because the hemoglobin content of a wet (hydrated) red blood cell is typically about 35%, red blood cell concentration can be extrapolated from the hemoglobin concentration based on a static estimated hemoglobin content (e.g., 35%). Furthermore, Block S150 can access a recent measured hematocrit or estimate a current hematocrit of the patient (as described in U.S. Provisional Application No. 61/646,822), and Block S160 can implement the measured or estimated hematocrit to transform the estimated red blood cell concentration into an estimates extracorporeal blood concentration. However, Block S160 can implement any other parametric and/or non-parametric analysis of single pixels or pixel clusters within the selected area to estimate the concentration of any one or more blood components in fluid within the canister.

Block S170 of the method S100 recites estimating a quantity of the blood component within the canister based on the estimated volume and the concentration of the blood component within the canister. Generally, Block S170 functions to calculate a quantity (e.g., mass, weight, volume, cell count, etc.) of the blood component by multiplying the estimated volume of fluid in the canister by the estimated concentration of the blood component in the fluid in the canister, as shown in FIGS. 7A and 7B. For example Block S170 can estimate a red blood cell count within the canister or a total extracorporeal blood volume in the fluid canister. Block S170 can further interface with a method of U.S. patent application Ser. No. 13/544,646 to combine an estimate blood volume in the canister with estimated blood volumes in surgical gauze sponges, surgical towels, surgical drapes, and/or surgical dressings to estimate total patient blood loss, such as in Block S190 described below. However, Block S170 can function in any other way to estimate a quantity of the blood component within the canister.

As shown in FIG. 3, one variation of the method S100 includes Block S180, which recites extracting a second feature from the selected area, correlating the second extracted featured with a concentration of a non-blood component within the canister, and estimating a quantity of the non-blood component within the canister based on the estimated volume and the concentration of the non-blood component within the canister. Generally, Block S180 implements methods similar to those of Block S150, S160, and/or S170 to estimate a content (e.g., quantity) of a non-blood component within the canister. As described above, the non-blood component can be saline, ascites, bile, irrigant saliva, gastric fluid, mucus, pleural fluid, urine, fecal matter, or any other bodily fluid of a patient, surgical fluid, particulate, or matter in the canister.

In one implementation similar to Blocks S150, S160, and S170 that estimate the blood component content in the fluid canister based on color properties (e.g., ‘redness’) of the fluid in the fluid canister, Block S180 analyzes other color properties of the fluid to estimate the content of other matter in the canister. For example, Block S180 can analyze the clarity of the fluid in the canister and correlate the estimated clarity of the fluid with a concentration or content of water or saline in the fluid canister. In another example, Block S180 can extract a ‘yellowness’ (e.g., color intensity in the yellow component space) of the fluid and correlate the yellowness with a concentration or content of plasma and/or urine in the fluid canister. Similarly, Block S150 can extract a ‘greenness’ (e.g., color intensities in the green and yellow component spaces) of the fluid and correlate the greenness with a concentration or content of bile in the fluid canister. However, Block S180 can estimate the quantity and/or concentration of any other fluid, particulate, or matter in the fluid canister.

As shown in FIG. 3, one variation of the method S100 includes Block S190, which recites estimating total patient blood loss based on the estimated volume of blood in the canister. For example, Block S190 can sum the estimate blood volume with an estimated blood volume of one or more previous canisters, such as shown in FIG. 8. Furthermore, as described above, Block S190 can combine the canister blood volume estimate of Block S170 with interface with estimated blood volumes in surgical gauze sponges, surgical towels, surgical drapes, and/or surgical dressings as described in U.S. patent application Ser. No. 13/544,646. Block S190 can also add fluid canister blood volume data to a medical record of a patient, trigger an alarm once a threshold extracorporeal blood volume estimate is reached, or estimate current patient hematocrit based on initial patient hematocrit, fluid Ws, transfusions, and total estimated blood loss, such as described in U.S. Provisional Application No. 61/646,822. Block S190 can also estimate a future time at which the patient's intracirculatory blood volume, intracirculatory hematocrit, intracirculatory blood viscosity, and/or intracirculatory red blood cell content, etc. will fall outside of an acceptable window. For example, Block S190 can determine that current total patient blood loss and patient intracirculatory hematocrit are within acceptable bounds but that an increasing blood loss rate will result in excessive blood loss at a particular time in the future (e.g., in approximately five minutes). Block S160 can accordingly determine a future patient need for autologous or allogeneic blood transfusion, a saline drip, etc. based on trends in patient blood-related parameters. Block S190 can therefore estimate patient risk based on estimated blood loss, trigger administration of a blood transfusion once a blood loss threshold is reached, and/or estimate future patient needs or risk based on trends in estimated blood loss. However, Block S190 can function in any other way to maintain a substantially comprehensive estimate of total patient blood (and fluid) loss, such as during a surgery or other medical event.

As shown in FIG. 3, one variation of the method S100 includes Block S192, which recites displaying results of analysis of the canister, such as the total fluid volume, estimated hemoglobin content, red blood cell content, extracorporeal blood volume, etc. in the fluid canister. As shown in FIGS. 1, 7A, and 7B, Block S192 can control an augmented reality overlay on top of a static image or live video feed of the fluid canister also renders on the display. For example, in an implementation in which Blocks of the method S100 are implemented by a mobile computing device (e.g., smartphone, tablet), a display integral with the computing device can display the estimated current blood volume and/or hematocrit quantity in the canister. The display can also render estimated blood volumes and/or hematocrit quantities in the fluid canister over a period of time, a total estimated current blood volume and/or hematocrit quantity in the fluid canister and scanned surgical sponges, and/or past, current, and predicted future total estimated blood volume and/or hematocrit quantities in the fluid canister and scanned surgical sponges. Block S192 can additionally inform a user of a single past fluid quality and/or volume, multiple past fluid qualities and/or volumes, and/or a trend in fluid quality and/or volume over time. However, Block S192 can function to display any relevant fluid canister (and sponge) content information to a user in any other way.

2. Systems

As shown in FIG. 9, a system 100 for estimating a quantity of a blood component in a fluid canister includes: an optical sensor 110; a processor 120 coupled to the optical sensor 110; a software module 122 executing on the processor 120 and instructing the optical sensor 110 to capture an image of a canister, the software module 122 further instructing the processor 120 to select an area of the image correlated with a portion of the canister containing fluid, to estimate a volume of fluid within the canister based on the selected area, to extract a feature from the selected area, and to estimate a quantity of a blood component within the canister based on the extracted feature; and a display 130 coupled to the processor 120 and receiving instruction from the software module 122 to display the quantity of the blood component within the canister.

The system 100 functions to implement the method S100 described above, wherein the optical sensor (e.g., camera) implements Block S102 to capture the image of the canister, the processor implements Blocks S110, S120, S130, S140, S150, S160, S170, etc. described above to estimate the quantity and quality of fluid in a surgical suction canister. The system 100, optical sensor, processor, and display can include and/or function as any one or more components described in U.S. patent application Ser. No. 13/544,646. A surgeon, nurse, anesthesiologist, gynecologist, doctor, soldier, or other user can use the system 100 to estimate the quantity and/or quality of a fluid collected in fluid canister, such as during a surgery, child birth, or other medical event. The system 100 can also detect presence of blood in the canister, compute patient blood loss rate, estimate patient risk level (e.g., hypovolemic shock), and/or determine hemorrhage classification of a patient. However, the system 100 can perform any other suitable function.

The system 100 can be configured as a handheld (e.g., mobile) electronic device, such as a smartphone or tablet running an image-based blood estimation application (or app) and including the optical sensor 110, the processor 120, and the display 130. Alternatively, the components of the system 100 can be substantially discreet and distinct (i.e., not contained within a single housing). For example, the optical sensor 110 can be a camera substantially permanently arranged within an operating room, wherein the camera communicates with a local network or a remote server (including the processor 120) on which the image of the canister is analyzed (e.g., according to the method S100), and wherein a display 130 that is a computer monitor, a television, or a handheld (mobile) electronic device accesses and displays the output of the processor 120. However, the system 100 can be of any other form or include any other component.

The system 100 can be used in a variety of settings, including in a hospital setting, such as in a surgical operating room, in a clinical setting, such as in a delivery room, in a military setting, such as on a battlefield, or in a residential setting, such as aiding a consumer in monitoring blood loss due to menorrhagia (heavy menstrual bleeding) or epistaxis (nosebleeds). However, the system 100 can be used in any other setting.

The optical sensor 110 of the system 100 functions to capture the image of the canister. The optical sensor 110 functions to implement Block S102 of the method S100 and can be controlled by the software module 122. In one example implementation, the optical sensor 110 is a digital camera that captures a color image of the canister or an RGB camera that captures independent image components in the red, green, and blue fields. However, the optical sensor 110 can be any number and/or type of cameras, charge-coupled device (CCD) sensors, complimentary metal-oxide-semiconductor (CMOS) active pixel sensors, or optical sensors of any other type. However, the optical sensor 110 can function in any other way to capture the image of the canister, such as in any suitable form or across any suitable visible or invisible spectrum.

In one implementation, the optical sensor 110 is a camera arranged within a handheld electronic device. In another implementation, the optical sensor 110 is a camera or other sensor configured to be mounted on a pedestal for placement in an operating room, configured to be mounted to a ceiling over an operating table, configured for attachment to a battlefield helmet of a field nurse, configured to mount to a standalone blood volume estimation system including the processor 120, the display 130, and a staging tray that supports the canister for imaging, or configured for placement in or attachment to any other object or structure.

The software module 122 can also control the optical sensor 110, such as by auto-focusing or auto-exposing the optical sensor. Additionally or alternatively, the software module 122 can filter out poor-quality images of the canister and selectively pass high- or sufficient-quality images to the processor 120 for analysis.

According to instructions from the software module 122, the processor 120 of the system 100 receives the image of the canister, estimates a volume of fluid within the canister, extracts a feature from an area of the image correlated with the volume of fluid, correlates the extracted featured with a concentration of a blood component within the canister, and estimates a quantity of the blood component within the canister based on the estimated volume and the concentration of the blood component within the canister. The processor 120 can therefore implement Blocks of the method S100 described above according to instructions from the software module 122. The processor 120 can also analyze different types of images (e.g., static, streaming, .MPEG, .JPG, .TIFF) and/or images from one or more distinct cameras or optical sensors.

The processor 120 can be coupled to the optical sensor no, such as via a wired connection (e.g., a trace on a shared PCB) or a wireless connection (e.g., a Wi-Fi or Bluetooth connection), such that the processor 120 can access the image of the canister captured by the optical sensor 100 or visible in the field of view of the optical sensor no. In one variation, the processor 120 is arranged within a handheld electronic device that also contains the optical sensor 110 and the display 130. In another variation, the processor 120 is a portion of or is tied to a remote server, wherein image data from the optical sensor 110 is transmitted (e.g., via an Internet or local network connection) to the remote processor 120, wherein the processor 120 estimates the extracorporeal blood volume in at least the portion of the canister by analyzing the image of the canister, and wherein the blood component volume estimate is transmitted to the display 130.

In one implementation and as described above, the processor 120 can pair the portion of the image of the canister to a template image via template matching, and the template image is one template image in a library of template images. For example, the system can further include a data storage module 160 configured to store a library of template images of known concentrations of the blood component. In this implementation, the processor can correlate the extracted featured with the concentration of the blood component by comparing the extracted feature with a template image in the library of template images, as described above. Alternatively and as described above, the processor 120 implements a parametric model to estimate the quantity of the blood component in the canister based on a feature extracted from the image.

The software module 122 of the system 100 functions to control the optical sensor 110, the processor 120, and the display 130 to capture the image of the camera, analyze the image, and display results of the analysis. The software module 122 can execute on the processor as an applet, a native application, firmware, software, or any other suitable form of code to control processes of the system 100. Generally, the software module controls application of Blocks of the method S100 described above, though the software module 122 can control and/or implement any other suitable process or method on or within the system 100.

In one example application, the software module 122 is a native application installed on the system 100 that is a handheld (i.e. mobile) computing device, such as a smartphone or tablet. When selected from a menu within on operating system executing on the computing device, the software module 122 opens, interfaces with a user to initialize a new case, controls the optical sensor 110 integrated into the computing device to capture the image, implements machine vision and executes mathematical algorithms on the processor to estimate the quantity of the blood component, and controls the display 130 to render the estimated quantity of the blood component. However, the software module 122 can be of any other form or type and can be implemented in any other way.

The display 130 of the system 100 depicts the estimated quantity of the blood component in the canister. The display 130 can be arranged within the handheld electronic device (e.g., smartphone, tablet, personal data assistant) that also contains the optical sensor 110 and the processor 120. Alternatively, the display can be a computer monitor, a television screen, or any other suitable display physically coextensive with any other device. The display 130 can be any of an LED, OLED, plasma, dot matrix, segment, e-ink, or retina display, a series of idiot lights corresponding to estimated quantity of the blood component, or any other suitable type of display. Finally, the display 130 can be in communication with the processor 120 via any of a wired and a wireless connection.

The display 130 can perform at least Block S192 of the method S100 by depicting the estimated quantity of the blood component in the canister and/or in multiple canisters. The blood volume estimate can be depicted in a common form, such as “ccs” (cubic centimeters). As described above, this data can be presented in the form of a dynamic augmented reality overlay on top of a live video stream of the canister that is also depicted on the display 130, wherein images from the optical sensor no are relayed substantially in real time, through the processor 120, to the display 130. The data can alternatively be presented in a table, chart, or graph depicting at least one of a time-elapse cumulative estimated quantity of the blood component across multiple samples analyzed over time and individual blood volume estimates for each canister. The display 130 can also render any of a previous image of the canisters, warnings, such as patient risk level (e.g., hypovolemic shock), or a hemorrhage classification of the patient, or suggestions, such as to begin blood transfusion. Any of these data, warnings, and/or suggestions can also be depicted across multiple screens or made available for access on any one of more displays.

One variation of the system 100 further includes a handheld housing 140 configured to contain the optical sensor no, the processor 120, and the display 130. The handheld housing 140, with optical sensor no, processor 120, and display 130, can define a handheld (mobile) electronic device capable of estimating blood volume in one or more canisters in any number of suitable environments, such as in an operating room or a delivery room. The housing 140 can be of a medical-grade material such that the system 100 that is a handheld electronic device can be suitable for use in an operating room or other medical or clinical setting. For example, the housing can be medical-grade stainless steel, such as 316 L stainless steel, a medical-grade polymer, such as high-density polyethylene (HDPE), or a medical-grade silicone rubber. However, the housing can be of any other material or combination of materials.

In one variation of the system 100, the system 100 further includes a wireless communication module 150 that communicates the estimated quantity of the blood component in the canister to a remote server configured to store an electronic medical record of a patient. The system can also update the medical record with estimated blood loss over time, patient risk level, hemorrhage classification, and/or other blood-related metrics. The patient medical record can therefore be updated substantially automatically during a medical event, such as a surgery or childbirth.

The systems and methods of the preferred embodiments can be embodied and/or implemented at least in part as a machine configured to receive a computer-readable medium storing computer-readable instructions. The instructions are executed by computer-executable components integrated with the system, the optical sensor, the processor, the display, hardware/firmware/software elements of a system or handheld computing device, or any suitable combination thereof. Other systems and methods of the preferred embodiments can be embodied and/or implemented at least in part as a machine configured to receive a computer-readable medium storing computer-readable instructions. The instructions are executed by computer-executable components integrated by computer-executable components integrated with apparatuses and networks of the type described above. The computer-readable medium can be stored on any suitable computer readable media such as RAMs, ROMs, flash memory, EEPROMs, optical devices (CD or DVD), hard drives, floppy drives, or any suitable device. The computer-executable component is a processor but any suitable dedicated hardware device can (alternatively or additionally) execute the instructions.

As a person skilled in the art of estimating the extracorporeal blood volume in a canister will recognize from the previous detailed description and from the figures and claims, modifications and changes can be made to the preferred embodiments of the invention without departing from the scope of this invention defined in the following claims. 

We claim:
 1. A method for assessment of blood within a fluid receiving substrate, comprising: at a processor, selecting a region of an image of the fluid-receiving substrate upon detection of a reference marker; at the processor, generating an estimated volume of blood at the fluid-receiving substrate from the region of the image with a volume estimation algorithm; at the processor, extracting a feature including a redness value in a red component space from a set of pixels of the region of the image; at the processor, correlating the feature with a concentration of a blood component at the fluid-receiving substrate; at the processor, estimating a quantity of the blood component at the fluid-receiving substrate based on the estimated volume and the concentration of the blood component at the fluid-receiving substrate; and at an electronic device in communication with the processor, providing information indicative of the quantity of the blood component at the fluid-receiving substrate.
 2. The method of claim 1, wherein detection of the reference marker comprises implementing machine vision to identify a volume marker at the fluid receiving substrate, wherein selecting the region of the image comprises selecting at least one pixel adjacent a portion of the image corresponding to the volume marker, and wherein generating the estimated volume comprises identifying a fluid meniscus within the at least one pixel and comparing the fluid meniscus to the volume marker.
 3. The method of claim 1, wherein extracting the redness value includes extracting an average redness value of the set of pixels, and wherein correlating the redness value with the concentration of the blood component comprises comparing the average redness value to a reference redness value of a template image of known concentration of the blood component.
 4. The method of claim 1, wherein extracting the feature comprises extracting a color intensity value of at least one of the set of pixels, and wherein correlating the feature with the concentration of the blood component comprises transforming the color intensity value into the concentration of the blood component according to a parametric model.
 5. The method of claim 1, further comprising extracting a second feature from the region of the image, correlating the second feature with a concentration of a non-blood component at the fluid-receiving substrate, and estimating a quantity of the non-blood component at the fluid-receiving substrate based upon the estimated volume and the concentration of the non-blood component at the fluid-receiving substrate.
 6. The method of claim 5, wherein estimating the quantity of the non-blood component comprises estimating the quantity of saline at the fluid-receiving substrate.
 7. The method of claim 1, wherein extracting the feature further includes extracting a blueness value in the blue component space and a greenness value in a green component space.
 8. The method of claim 7, wherein correlating the feature with a concentration of a blood component at the fluid-receiving substrate comprises comparing the redness value, greenness value, and blueness value with a template image of known concentration of the blood component.
 9. The method of claim 1, wherein the fluid-receiving substrate comprises a canister, and wherein selecting the region of the image comprises selecting the region corresponding to an anti-glare region on the canister.
 10. The method of claim 1, wherein estimating the quantity of the blood component at the fluid-receiving substrate comprises estimating at least one of a red blood cell count and a hemoglobin amount at the fluid receiving substrate.
 11. A method for assessment of blood at a fluid-receiving substrate, the method comprising: at a processor, receiving an image dataset of the fluid-receiving substrate generated using an optical sensor; at the processor, identifying a portion of the image dataset associated with a portion of the fluid-receiving substrate containing fluid; at the processor, generating an estimated volume of fluid at the fluid-receiving substrate from the portion of the image dataset; at the processor, extracting a color feature from the portion of the image dataset; at the processor, determining an amount of a blood component at the fluid-receiving substrate from the color feature and the estimated volume; and by way of the processor, rendering information derived from the amount of the blood component at a display of a mobile computing device in communication with the processor.
 12. The method of claim 11, wherein receiving the image dataset of the fluid-receiving substrate comprises receiving the image dataset of at least one of a canister, an intravenous fluid bag, and a fluid-bearing container.
 13. The method of claim 11, wherein extracting the color feature from the portion of the image dataset includes extracting at least one of a redness value in a red component space, a blueness value in a blue component space, and a greenness value in a green component space, and wherein determining the amount of the blood component from the color features includes determining the amount from at least one of the redness value, the blueness value, and the greenness value.
 14. The method of claim 11, wherein determining the amount of the blood component comprises: for each of a set of pixel clusters of the portion of the image dataset, generating a local value of concentration of the blood component based upon comparison between color intensity in the pixel cluster and color intensity of at least one of a set of template images, and deriving the concentration of the blood component from the local values of concentration associated with the set of pixel clusters.
 15. The method of claim 11, wherein generating the estimated volume of fluid at the fluid-receiving substrate comprises: at the processor, implementing machine vision to identify a volume marker at the fluid-receiving substrate, selecting a set of pixels adjacent a portion of the image corresponding to the volume marker, identifying a fluid meniscus within the set of pixels, and generating the estimated volume upon comparison of the fluid meniscus to the volume marker.
 16. The method of claim 11, wherein rendering information at the display of the mobile computing device comprises rendering the estimated volume, the amount of the blood component, and time information associated with the estimated volume and the amount of the blood component at the display.
 17. A system for assessment of blood of a patient received at a fluid-receiving substrate, the system comprising: an image data receiving module; a processor in communication with the image data receiving module; a software module executing on the processor and instructing the image data capture module to capture an image dataset of the fluid-receiving substrate, the software module further instructing the processor to select a region of the image dataset associated with a portion of the fluid-receiving substrate containing fluid, to generate an estimated volume of fluid at the fluid-receiving substrate based on the region, to extract a color feature from the region, and to estimate an amount of a blood component at the fluid-receiving substrate based on the color feature; and an output module in communication with the processor and receiving instructions from the software module to output information indicative of the amount of the blood component and the estimated volume of fluid at the fluid-receiving substrate, to an entity.
 18. The system of claim 17, wherein the software module is configured to extract at least one of a color intensity, a luminosity, a hue, a saturation value, a brightness value, and a gloss value, as the color feature from the region, in estimating the amount of the blood component.
 19. The system of claim 17, further comprising an alert module that detects surpassing of a threshold blood volume, based upon the estimated volume of fluid within the canister, and triggers an alarm for the entity upon detection of surpassing the threshold blood volume.
 20. The system of claim 17, wherein the output module comprises a display of a mobile computing device. 